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在 本 章 中 ,我们 将 学 习 Git 相关 的 基本 知识 与 操作 方法 。 已 经 将 Git 
实际 运用 于 开发 的 读者 大 可 跳 过 本 章 。 本 章 中 将 要 解说 的 ， 是 理解 本 书 
内 容 所 必 不 可 少 的 一 些 Git 操作 。 请 随 着 我 们 的 解说 ， 一 边 实 际 操作 ， 
一 边 学 习 并 掌握 Git。 


4.1 基本 操作 


@ git init 一 一 初始 化 仓库 
要 使 用 Git 进行 版 本 管理 ， 必 须 先 初始 化 仓库 。Git 是 使 用 git 
init 命 令 进行 初始 化 的 。 请 实际 建立 一 个 目录 并 初始 化 仓库 。 


mdlr gtt=tutortal 














$ ea git-tutorial 

S$ git init 

Initialized empty Git repository in /Users/hirocaster/github/github-book 
/git-tutorial/.git/ 


如 果 初 始 化 成 功 ， 执 行 了 git init 命 令 的 目录 下 就 会 生成 .git 目 
录 。 这 个 .git 目录 里 存储 着 管理 当前 目录 内 容 所 需 的 仓库 数据 。 

在 Git 中 ,我 们 将 这 个 目录 的 内 容 称 为 “附属 于 该 仓库 的 工作 树 ”。 
文件 的 编辑 等 操作 在 工作 树 中 进行 ， 然 后 记录 到 仓库 中 ， 以 此 管理 文件 
的 历史 快照 。 如 果 想 将 文件 恢复 到 原先 的 状态 ， 可 以 从 仓库 中 调 取 之 前 
的 快照 ， 在 工作 树 中 打开 。 开 发 者 可 以 通过 这 种 方式 获取 以 往 的 文件 。 
具体 操作 指令 我 们 将 在 后 面 详细 解说 。 





















































@ git status 一 一 查看 仓库 的 状态 


git _ status 命令 用 于 显示 Git 仓库 的 状态 。 这 是 一 个 十 分 常用 的 
命令 ， 请 务必 牢记 。 

工作 树 和 仓库 在 被 操作 的 过 程 中 ， 状 态 会 不 断 发 生变 化 。 在 Git 操 
作 过 程 中 时 常用 git status 命 令 查看 当前 状态 ， 可 谓 基本 中 的 基本 。 
下 面 ， 就 让 我 们 来 实际 查看 一 下 当前 状态 。 
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git SEatus 

# On branch master 

# 

# Initial commit 

# 

nothing to commit (create/copy files and use "git add" to track) 


结果 显示 了 我 们 当前 正 处 于 master 分 支 下 。 关 于 分 支 我 们 会 在 不 久 
后 讲 到 ， 现 在 不 必 深 究 。 接 着 还 显示 了 没有 可 提交 的 内 容 。 所 谓 提交 
( Commit )， 是 指 “ 记 录 工 作 树 中 所 有 文件 的 当前 状态 ” 

尚 没 有 可 提交 的 内 容 ， 就 是 说 当前 我 们 建立 的 这 个 仓库 中 还 没有 记 
录 任 何 文 件 的 任何 状态 。 这 里 ， 我 们 建立 README.md 文件 作为 管理 对 
象 ， 为 第 一 次 提交 做 前 期 准备 。 


$ touch README.md 
$ git status 












































# On branch master 

# 

# Initial commit 

## Untracked files:# (use "git add <files,.." to include in what will 
be committed)# 

# README .md 

nothing added to commit but untracked files present (use "git add" to 
track) 


可 以 看 到 在 Untracked files 中 显示 了 README.md 文件 。 类 似 地 ， 
只 要 对 Git 的 工作 树 或 仓库 进行 操作 ，git status 命 令 的 显示 结果 就 
会 发 生变 化 。 








添加 文件 


如 果 只 是 用 Git 仓库 的 工作 树 创 建 了 文件 ， 那 么 该 文件 并 不 会 被 记 
和 人 Git 仓库 的 版 本 管理 对 象 当中 。 因 此 我 们 用 git status 命 令 查 看 
README.md 文件 时 ， 它 会 显示 在 Untracked files 里 。 

要 想 让 文件 成 为 Git 仓库 的 管理 对 象 ， 就 需要 用 git add 命令 将 其 
加 入 暂 存 区 〈 Stage 或 者 mdex ) 中 。 暂 存 区 是 提交 之 前 的 一 个 临时 区 域 。 


$ git add README.md 
S$ git status 




















# On branch master 
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Initial commit 


Changes to be committed: 
(use "git rm --cached <file>..." to unstage) 


new file: README .md 














将 README.md 文件 加 入 暂 存 区 后 ，git status 命 令 的 显示 结 
果 发 生 了 变化 。 可 以 看 到 ,README.md 文件 显示 在 Changes to be 
committed 中 了 。 



































@ git commit 一 一 保存 仓库 的 历史 记录 


git te lol nde 
史记 录 中 。 通 过 这 些 记 录 ， 我 们 就 可 以 在 工作 树 中 复原 文件 。 


@…… 记 述 一 行 提交 信息 


我 们 来 实际 运行 一 下 git commit 命 令 。 


$ git commit -m "First commit" 

[master (root-commit) 9f129ba]l First commit 
1 file changed, 0 insertions(+), 0 deletions(-) 
create mode 100644 README .md 


-m 参数 后 的 "First commit" 称 作 提 交 信息 ， 是 对 这 个 提交 的 





i 述 详细 提交 信息 

刚才 我 们 只 简洁 地 记述 了 一 行 提交 信息 ， 如 果 想 要 记述 得 更 加 六 
目 ， 请 不 加 -m， 直 接 执行 git commit 命 令 。 执 行 后 编辑 器 就 会 启 
动 ， 并 显示 如 下 结果 。 


Please enter the commit message for your changes. Lines starting 





tk 











Wi 




















with '#' will be ignored, and an empty message aborts the commit. 


On branch master 








Initial commit 
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# 

# Changes to be committed: 

# (use nal vm "cachedr<files to unotage) 
# 

# new file: README .md 

# 





在 编辑 器 中 记述 提交 信息 的 格式 如 下 。 





第 一 行 : 用 一 行文 字 简 述 提交 的 更 改 内 容 
。 第 二 行 : 空 行 
入 三 行 以 后 : 记述 更 改 的 原因 和 详细 内 容 





只 要 按照 上 面 的 格式 输入 ,今后 便 可 以 通过 确认 日 志 的 命令 或 工具 
看 到 这 些 记 录 。 

在 以 # ( 井 号 ) 标 为 注释 的 changes to be committed (要 提 
交 的 更 改 ) 栏 中 ， 可 以 查看 本 次 提交 中 包含 的 文件 。 将 提交 信息 按 格 式 
记述 完毕 后 ， 请 保存 并 关闭 编辑 器 ， 以 # ( 井 号 ) 标 为 注释 的 行 不 必 删 
除 。 随 后 ， 刚 才 记 述 的 提交 信息 就 会 被 提交 。 








@.…. 中 止 提交 


如 果 在 编辑 器 启动 后 想 中 止 提 交 ， 请 将 提交 信息 留 
和 做， 随后 提交 就 会 被 中 止 。 














壕 


并 直接 关闭 编 














襄 











@…… 查看 提交 后 的 状态 


执行 完 git commit 命令 后 再 来 查看 当前 状态 。 


SS git Steatus 
# On branch master 


nothing to commit, working directory clean 


当前 工作 树 处 于 刚刚 完成 提交 的 最 新 状态 ， 所 以 结果 显示 没有 更 改 。 























@ git log 一 一 查看 提交 日 志 
git 1og 命 令 可 以 查看 以 往 仓 库 中 提交 的 日 志 。 包 括 可 以 查看 什 
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么 人 在 什么 时 候 进 行 了 提交 或 合并 ， 以 及 操作 前 后 有 怎样 的 差别 。 关 于 
合并 我 们 会 在 后 面 解说 。 
我 们 先 来 看 看 刚才 的 git commit 命令 是 否 被 记录 了 。 


$ git eg 

















commit 9f129bae1l9b2c82fb4e98cde5890e52a6c546922 
Author: hirocaster <hohtsuka@gmail .com> 
Date: Sun May 5 16:06:49 2013 +0900 


First commit 











如 上 图 所 示 ， 屏 幕 显 示 了 刚刚 的 提交 操作 。commit 栏 旁 边 显示 的 
“9f129b……” 是 指向 这 个 提交 的 哈 希 值 。Git 的 其 他 命令 中 ， 在 指向 提 
交 时 会 用 到 这 个 哈 希 值 。 

Author 栏 中 显示 我 们 给 Git 设置 的 用 户 名 和 邮箱 地 址 。Date 栏 中 显 
示 提 交 执 行 的 日 期 和 时 间 。 再 往 下 就 是 该 提交 的 提交 信息 。 




















@.…… 只 显示 提交 十 父 言 息 的 第 一 行 


如 果 只 想 让 程序 显示 第 一 行 简 述 信息 ， 可 以 在 git log 命令 后 加 
上 --pretty=short。 这 样 一 来 开发 人 员 就 能 够 更 轻松 地 把 握 多 个 
提交 a 


$ git log --pretty=short 


commit 9f129bae19b2c82fb4e98cqe5890e52a6c546922 
Author: hirocaster <hohtsuka@gmail .com> 


First commit 


@…… 只 显示 指 定 目录 、 文件 的 日 志 











只 要 在 git 1og 命 令 后 加 上 目录 名 ， 便 会 只 显示 该 目录 下 的 日 志 。 
如 果 加 的 是 文件 名 ， 就 会 只 显示 与 该 文件 相关 的 日 志 。 


$ git log README .md 
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e@…… 显示 文件 的 改动 
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如 果 想 查看 提交 所 带 来 的 改动 ， 可 以 加 上 -pp 参数 ,文件 的 前 后 差 





别 就 会 显示 在 提交 信息 之 后 。 


$ git 1og -p 





比如 ,执行 下 面 的 命令 ， 就 可 以 只 查看 README.md 文件 的 提交 日 











志 以 及 提交 前 后 的 差别 。 


$ git log -p README .md 








如 上 所 述 ，git 1log 命 令 可 以 利用 多 种 参数 帮助 开发 者 把 握 以 往 
提交 的 内 容 。 不 必 勉 强 自 己 一 次 记 下 全 部 参数 ， 每 当 有 想 查 看 的 





积极 去 查 ， 慢 慢 就 能 得 心 应 手 了 。 


@ git diff 一 查看 更 改 前 后 的 差别 





志 就 








git Qiff 命 令 可 以 查看 工作 树 、 暂 存 区 、 最 新 提交 之 间 的 差别 。 








单 从 字面 上 可 能 很 难 理解 ， 各 位 不 妨 跟 着 笔者 的 解说 杂 手 试 一 试 。 








我 们 在 刚刚 提交 的 README.md 中 写 点 东西 。 


# Git 教 程 


这 里 用 Markdown 语法 写 下 了 一 行 题 日 。 
@…… 查看 工作 树 和 暂 存 区 的 差别 
执行 git aiff 命 令 , 查看 当前 工作 树 与 暂 存 区 的 差别 。 


$ git diff 


diff --git a/README.md b/README.md 
index e69de29..cb5dc9f 100644 

-- a/README .md 

+++ b/README .md 

@@ -0,0 +1 @@ 

+# Git 教 程 


























只 会 显示 工作 树 与 最 新 提交 状态 之 间 的 差别 。 
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由 于 我 们 尚未 用 git adgd 命 令 向 暂 存 区 添加 任何 东西 ， 所 以 程序 
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这 里 解释 一 下 显示 的 内 容 。“+” 号 标 出 的 是 新 添加 的 行 ， 被 删除 的 
行 则 用 “-” 号 标 出 。 我 们 可 以 看 到 ， 这 次 只 添加 了 一 行 。 
用 git adq 命 令 将 README.md 文件 加 入 暂 存 区 。 


$ git add README .md 
@…… 查看 工作 树 和 最 新 提交 的 差别 
如 果 现 在 执行 git diff 命 令 ， 由 于 工作 树 和 和 暂 存 区 的 状态 并 无 


差别 ， 结 果 什么 都 不 会 显示 。 要 查看 与 最 新 提交 的 差别 ， 请 执行 以 下 
A 


今 























HH 


O 〇 


$ git diff HEAD 

diff --git a/README .md b/README.md 
index e69de29..cb5dc9f 100644 

--- a/README .md 

+++ b/README.md 

@@ -0,0 +1 @@ 

+# Git 教 程 


不 妨 养 成 这 样 一 个 好 习惯 : 在 执行 git commit 命 令 之 前 先 执行 
git qiff HEAD 命令 ， 查 看 本 次 提交 与 上 次 提交 之 间 有 什么 差别 ， 等 
确认 完毕 后 再 进行 提交 。 这 里 的 HEAD 是 指向 当前 分 支 中 最 新 一 次 提交 
的 指针 。 
由 于 我 们 刚刚 确认 过 两 个 提交 之 间 的 差别 ， 所 以 直接 运行 git 


commit 命 令 。 



































$ git commit =m "Add index" 
[master fdq0cbf0] Add index 
1 file changed, 1 insertion (+) 


保险 起 见 ， 我 们 查看 一 下 提交 日 志 ， 确 认 提 交 是 否 成 功 。 
Sue og 
commit fd0cbf0d4a25£f747230694d95caclbe72d33441d 


Author: hirocaster <hohtsuka@gmail .com> 
Date: Su Mayv Ss Te LOTS 20L3 +000 


Add index 


commit 9f129bae1l9b2c82fb4e98cde5890e52a6c546922 
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4.2 分 支 的 操作 


Author: hirocaster <hohtsuka@gmail.com> 
Dater Sun May 5 16:06:49 2013 +0900 


First commit 


成 功 查 到 了 第 二 个 提交 。 


4.2 ”分支 的 操作 





在 进行 多 个 并 行 作业 时 ， 我 们 会 用 到 分 支 。 在 这 类 并 行 开 发 的 过 程 
中 , 往往 同时 存在 多 个 最 新 代码 状态 。 如 图 4.1 所 示 ， 从 master 分 支 创 
建 feature-A 分 文 和 fix-B 分 支 后 ， 每 个 分 文中 都 拥有 自己 的 最 新 代码 。 
master 分 支 是 Git 默认 创建 的 分 支 ， 因 此 基本 上 所 有 开发 都 是 以 这 个 分 
支 为 中 心 进行 的 。 
图 4.1 ， 从 master 分 支 创建 feature-A 分 支 和 fix-B 分 支 


feature-A OO (Dixe 


不 同 分 支 中 ， 可 以 同时 进行 完全 不 同 的 作业 。 等 该 分 支 的 作业 完成 
之 后 再 与 master 分 支 合 并 。 比 如 feature-A 分 支 的 作业 结束 后 与 master 
合并 ， 如 图 4.2 所 示 。 

通过 灵活 运用 分 支 ， 可 以 让 多 人 同时 高 效 地 进行 并 行 开发 。 在 这 
里 ,我 们 将 带 大 家 学 习 与 分 支 相关 的 Git 操作 。 
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图 4.2 “feature-A 分 支 作 业 结 束 后 的 状态 








master( ) 


feature-A CT 
Q | pr 


0 








@ git branch 





显示 分 支 一 览 表 


git branch 命 令 可 以 将 分 支 名 列表 显示 ， 同 时 可 以 确认 当前 所 在 
分 支 。 让 我 们 来 实际 运行 git branch 命 令 。 


$ git branch 


*° master 


可 以 看 到 master 分 支 左 侧 标 有 “*”( 星 号 )， 表 示 这 是 我 们 当前 所 
在 的 分 支 。 也 就 是 说 ， 我 们 正在 master 分 支 下 进行 开发 。 结 
示 其 他 分 支 名 ， 表 示 本 地 仓库 中 只 存在 master 一 个 分 支 。 








@ git checkout -b 一 一 创建 、 切 换 分 支 
如 果 想 以 当前 的 master 分 支 为 基础 创建 新 的 分 支 ， 我 们 需要 用 到 


git checkout -b 命 令 。 


@…… 切换 到 feature-A 分 支 并 进行 提交 














执行 下 玫 


的 命令 ， 创 建 名 为 feature-A 的 分 支 。 


$ git checkout =b feature=A 


Switched to a new branch 'feature-A!' 
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中 没有 显 
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实际 上 ， 连 续 执 行 下 面 两 条 命令 也 能 收 到 同样 效果 。 


$ git branch feature-A 





$ git checkout feature-A 
创建 feature-A 分 支 ， 并 将 当前 分 支 切换 为 feature-A 分 支 。 这 时 下 
来 查看 分 支 列表 ,会 显示 我 们 处 于 feature-A 分 支 下 。 


$ git brancn 








所 














* feature-A 
master 


feature-A 分 支 左 侧 标 有 “*”， 表 示 当 前 分 支 为 feature-A。 在 这 个 状 
态 下 像 正常 开发 那样 修改 代码 、 执 行 git aqdg 命 令 并 进行 提交 的 话 ， 
代码 就 会 提交 至 feature-A 分支。 像 这 样 不 断 对 一 个 分 支 ( 例 如 
feature-A ) 进行 提交 的 操作 ， 我 们 称 为 “培育 分 支 ”。 
下 面 来 实际 操作 一 下 。 在 README.md 文件 中 添加 一 行 。 
# Git 教 程 























= 王 eaftares 及 





这 里 我 们 添加 了 feature-A 这 样 一 行 字母 ， 然 后 进行 提交 。 


$ git add README .md 

$ git commit -m "Add feature-A" 
[feature-A 8a6c8b9] Add feature-A 
1 file changed, 2 insertions (+) 











于 是 ， 这 一 行 就 添加 到 feature-A 分 文中 了 。 
@…. 切换 到 master 分 支 


现在 我 们 再 来 看 一 看 master 分 支 有 没有 受到 影响 。 首 先 切 换 至 
master 分 支 。 


$ git checkout master 


Switched to branch 'master' 


然后 查看 README.md 文件 ,会 发 现 README.md 文件 仍然 保持 
原先 的 状态 ， 并 没有 被 添加 文字 。feature-A 分 支 的 更 改 不 会 影响 到 
master 分 支 ， 这 正 是 在 开发 中 创建 分 支 的 优点 。 只 要 创建 多 个 分 支 ， 就 
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可 以 在 不 互相 影响 的 情况 下 同时 进行 多 个 功能 的 开发 。 
e@…… 切换 回 上 一 个 分 支 
现在 ， 我 们 再 切换 回 feature-A 分 支 。 


5 91EERecRoUE = 
Switched to branch 'feature-A!' 

















像 上 面 这 样 用 “-”( 连 字符 ) 代替 分 支 名 ， 就 可 以 切换 至 上 一 个 分 
支 。 当 然 ， 将 “-” 替 换 成 feature-A 同样 可 以 切换 到 feature-A 分 支 。 


@ 特性 分 支 


Git 与 Subversion ( SVN ) 等 集中 型 版 本 管理 系统 不 同 ， 创 建 分 支 时 
不 需要 连接 中 央 仓 库 ， 所 以 能 够 相对 轻松 地 创建 分 支 。 因 此 ， 当 今 大 部 
分 工作 流程 中 都 用 到 了 特性 〈 Topic ) 分 支 。 

特性 分 支 顾 名 思 义 ， 是 集中 实现 单一 特性 ( 主题 )， 除 此 之 外 不 进 
行 任何 作业 的 分 支 。 在 日 常 开 发 中 ， 往 往 会 创建 数 个 特性 分 支 ， 同 时 在 
此 之 外 再 保留 一 个 随时 可 以 发 布 软件 的 稳定 分 支 。 稳 定 分 支 的 角色 通常 
由 master 分 支 担 当 ( 图 4.3 )。 


4.3 ”特性 分 支 的 概念 





























master 


» feature-A 
特性 分 支 


之 前 我 们 创建 了 feature-A 分 支 ， 这 一 分 支 主 要 实现 feature-A， 除 
feature-A 的 实现 之 外 不 进行 任何 作业 。 即 便 在 开发 过 程 中 发 现 了 BUG， 
也 需要 再 创建 新 的 分 支 ， 在 新 分 支 中 进行 修正 。 
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基于 特定 主题 的 作业 在 特性 分 文中 进行 ， 主 题 完 成 后 再 与 master 分 
支 合并 。 只 要 保持 这 样 一 个 开发 流程 ， 就 能 保证 master 分 支 可 以 随时 供 
人 查看 。 这 样 一 来 ， 其 他 开发 者 也 可 以 放心 大 胆 地 从 master 分 支 创 建新 
的 特性 分 支 。 











@ 主干 分 支 


主干 分 支 是 刚才 我 们 讲解 的 特性 分 支 的 原点 ， 同 时 也 是 合并 的 终 
点 。 通 常人 们 会 用 master 分 支 作 为 主干 分 文 。 主 干 分 文中 并 没有 开发 到 
一 半 的 代码 ， 可 以 随时 供 他 人 查看 。 

有 时 我 们 需要 让 这 个 主干 分 支 总 是 配置 在 正式 环境 中 ， 有 时 又 需要 
用 标签 Tag 等 创建 版 本 信息 ， 同 时 管理 多 个 版 本 发 布 。 拥 有 多 个 版 本 发 
布 时 ， 主 干 分 文 也 有 多 个 。 


















































@ git merge 一 一 合并 分 支 


接 下 来 我们 假设 feature-A 已 经 实现 完毕 ， 想 要 将 它 合并 到 主干 分 
文 master 中 。 首 先 切 换 到 master 分 支 。 


$ git checkout master 








Switched to branch 'master' 











然后 合并 feature-A 分 支 。 为 了 在 历史 记录 中 明确 记录 下 本 次 分 支 合 
并 ,我 们 需要 创建 合并 提交 。 因 此 ， 在 合并 时 加 上 - -no-ff 参 数 。 
gi merge -<no- fe feature=d 

随后 编辑 器 会 启动 ， 用 于 录入 合并 提交 的 信息 。 


Merge branch 'feature-A' 












































# Please enter a commit message to explain why this merge is necessary, 
# especially if it merges an updated upstream into a topic branch. 

# 

# Lines starting with '#' will be ignored, and an empty message aborts 
# the commit. 





默认 信息 中 已 经 包含 了 是 从 feature-A 分 支 合并 过 来 的 相关 内 容 ， 所 
以 可 不 必 做 任何 更 改 。 将 编辑 器 中 显示 的 内 容 保 存 ， 关 闭 编辑 器 ， 然 后 
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就 会 看 到 下 面 的 结果 。 


Merge made by the 'recursive' strategy. 
README.md | 2 ++ 
1 file changed, 2 insertions (+) 


这 样 一 来 ，feature-A 分 支 的 内 容 就 合并 到 master 分 支 中 了 。 











@ git log --graph 一 一 以 图 表 形 式 查看 分 支 


用 git 1og --graph 命 令 进 行 查看 的 话 ， 能 很 清楚 地 看 到 特性 
分 支 (feature-A ) 提交 的 内 容 已 被 合并 。 除 此 以 外 ， 特 性 分 文 的 创建 以 
及 合并 也 都 清楚 明了 。 


S git 169 ==grapl 


TT 





commit 83b0b94268675cb715ac6c8a5bc1965938c15f62 
\ Merge: fd0cbf0 8a6c8b9 

Author: hirocaster <hohtsuka@gmail .com> 

Dates Sun May 5 16:37:57 2013 +0900 


Merge branch 'feature-A' 


EE 


commit 8a6c8b97c8962cd44afb69c65f26d6ela6c088d8 
/ Author: hirocaster <hohtsuka@gmail .com> 
Date: Sun May 5 16:22:02 2013 +0900 


Add feature-A 
* commit fd0cbf0d4a25f747230694d95caclbe72d33441d 
Author: hirocaster <hohtsuka@gmail .com> 


Date: sun May Ss L161013 2013 +0900 


Add index 





* commit 9f129bael9b2c82fb4e98cde5890e52a6c546922 
Author: hirocaster <hohtsuka@gmail .com> 
Daees Sun May 5 16:06:49 2013 +0900 


First commit 











git 1og --graph 命 令 可 以 用 图 表 形式 输出 提交 日 志 ， 非 常 直 
观 ， 请 大 家 务必 记 住 。 
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4.3 ”更 改 提交 的 操作 


@ git reset 一 一 回溯 历史 版 本 

通过 前 面 学 习 的 操作 ， 我 们 已 经 学 会 如 何在 实现 功能 后 进行 提交 ， 
累积 提交 日 志 作 为 历史 记录 ， 借 此 不 断 培 育 一 款 软件 。 

Git 的 另 一 特征 便 是 可 以 灵活 操作 历史 版 本 。 借 助 分 散 仓库 的 优势 ， 
可 以 在 不 影响 其 他 仓库 的 前 提 下 对 历史 版 本 进行 操作 。 

在 这 里 ， 为 了 让 各 位 熟悉 对 历史 版 本 的 操作 ， 我 们 先 回溯 历史 版 
本 ,创建 一 个 名 为 fix-B 的 特性 分 支 (图 4.4 )。 


图 4.4 “回溯 历史 ,创建 fix-B 分 支 


master ) 


feature-A ee () fix-B 


@…… 回溯 到 创建 feature-A 分 支 前 


让 我 们 先 回溯 到 上 一 节 feature-A 分 支 创 建 之 前 ， 创 建 一 个 名 为 
fix-B 的 特性 分 文 。 

要 让 仓库 的 HEAD、 暂 存 区 、 当 前 工作 树 回 溯 到 指定 状态 ， 需 要 用 
到 git rest --hard 命 令 。 只 要 提供 目标 时 间 点 的 哈 希 值 “， 就 可 以 






















































































@ 哈 希 值 在 每 个 环境 中 各 不 相同 ， 读 者 请 查看 自身 当前 环境 中 Add index 的 哈 希 值 ， 
进行 替换 。 
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完全 恢复 至 该 时 间 点 的 状态 。 事 不 宜 迟 ， 让 我 们 执行 下 面 的 


$ git reset --hard fd0cbf0d4a25f747230694d95caclbe72d33441d 


HEAD is now at fd0cbf0 Add index 

我 们 已 经 成 功 回溯 到 特性 分 支 ( feature-A ) 创建 之 前 的 状态 。 由 于 
所 有 文件 都 回溯 到 了 指定 哈 希 值 对 应 的 时 间 点 上 ，README.md 文件 的 
内 容 也 恢复 到 了 当时 的 状态 。 


@…… 创建 fix-B 分 支 








现在 我 们 来 创建 特性 分 支 ( fix-B )。 


Sgqit heckout =B flix=B 
Switched to a new branch 'fix-B' 


作为 这 个 主题 的 作业 内 容 ， 我 们 在 README.md 文件 中 添加 一 行 
文字 。 
# Git 教 程 
- fix-B 
然后 直接 提交 README.md 文件 。 


$ git add README .md 


$ git commit -m "Fix B" 
[fix-B 4096d9e] Fix B 
1 file changed, 2 insertions (+) 


现在 的 状态 如 图 4.5 所 示 。 接 下 来 我 们 的 目标 是 图 4.6 中 所 示 的 状 
态 ， 即 主干 分 支 合并 feature-A 分 支 的 修改 后 ， 又 合并 了 fix-B 的 修改 。 


TGN ， 














4.5 “当前 fix-B 分 支 的 状态 





OO fix-B 


人 
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图 4.6 fix-B 分 支 的 下 一 步 目 标 





master 


feature-A < fix-B 


@…… 推进 至 feature-A 分 支 合 并 后 的 状态 


首先 恢复 到 feature-A 分 支 合并 后 的 状态 。 不 妨 称 这 一 操作 为 “推进 
历史 ”。 

git 1og 命 令 只 能 查看 以 当前 状态 为 终点 的 历史 日 志 。 所 以 这 里 
要 使 用 git ref1og 命 令 , 查看 当前 仓库 的 操作 日 志 。 在 日 志 中 找 出 
回 漳 历 史 之 前 的 哈 希 值 ， 通过 git reset --hard 命 令 恢 复 到 回溯 历 
史前 的 状态 。 
首先 执行 git reflog 命令 ， 查 看 当前 仓库 执行 过 的 操作 的 日 志 。 


$ git reflog 
4096d9e HEAD@{0}: 
fd0cbf0 HEAD@{1 
fd0cbf0 HEAD@{2 
83b0b94 HEAD@{3 
fd0cbf0 HEAD@{4 
5 
6 












































commit: Fix B 

: Checkout: moving from master to fix-B 

: reset: moving to fd0cbf0d4a25f747230694d95caclbe72d33441d 
> merge feature=-A: Merge made by thle "recursive! strategy. 

: Checkout: moving from feature-A to master 

8a6c8b9 HEAD@ 
fd0cbf0 HEAD@ 
8a6c8b9 HEAD@{7}: commit: Add feature-A 
fd0cbf0 HEAD@{8}: 
fdq0cbf0 HEAD@{9 
9f129ba HEAD@{10}: commit (initial): First commit 


: Checkout: moving from feature-A to master 


checkout: moving from master to feature-A 





: commit: Add index 





} 
} 
} 
} 
} 
}: checkout: moving from master to feature-A 
} 
} 
} 
} 
0 
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在 日 志 中 ， 我 们 可 以 看 到 commit 、checkout 、reset 、merge 等 Git 命 
令 的 执行 记录 。 只 要 不 进行 Git 的 GC (Garbage Collection， 垃 圾 回收 )， 
就 可 以 通过 日 志 随 意 调 取 近 期 的 历史 状态 ， 就 像 给 时 间 机 器 指定 一 个 时 
间 点 ， 在 过 去 未 来 中 自由 穿梭 一 般 。 即 便 开 发 者 错误 执行 了 Git 操作 ， 
基本 也 都 可 以 利用 git zef1og 命 令 恢 复 到 原先 的 状态 ， 所 以 请 各 位 
读者 务必 牢记 本 部 分 。 

从 上 面 数 第 四 行 表示 feature-A 特性 分 支 合 并 后 的 状态 ， 对 应 哈 希 值 
为 83b0b94 。 我 们 将 HEAD 、 暂 存 区 、 工作 树 恢复 到 这 个 时 间 点 的 状态 。 


$ git checkout master 





$ git reset --hard 83b0b94 
HEAD is now at 83b0b94 Merge branch 'feature-A' 





之 前 我 们 使 用 git reset --hard 命 令 回溯 了 历史 ,这 里 又 再 次 
通过 它 恢复 到 了 回溯 前 的 历史 状态 。 当 前 的 状态 如 图 4.7 所 示 。 


4.7 “恢复 历史 后 的 状态 





master 


feature-A () fix-B 


@ 消除 冲突 


现在 只 要 合并 fix-B 分 支 ， 就 可 以 得 到 我 们 想 要 的 状态 。 让 我 们 赶 
快 进行 合并 操作 。 














中 哈 希 值 只 要 输入 4 位 以 上 就 可 以 执行 。 
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Sgit merge =-no-ff fix=B 

Auto-merging README.md 

CONFLICT (content): Merge conflict in README.md 

Recorded preimage for 'README.md' 

Automatic merge failed; fix conflicts and then commit the result. 


这 时 ， 系 统 告诉 我 们 README.md 文件 发 生 了 冲突 ( Conflict )。 系 
统 在 合并 README.md 文件 时 ，feature-A 分 支 更 改 的 部 分 与 本 次 想 要 合 
并 的 fx-B 分 支 更 改 的 部 分 发 生 了 冲突 。 

不 解决 冲突 就 无 法 完成 合并 ， 所 以 我 们 打开 README.md 文件 ， 解 
决 这 个 冲突 。 











e@-… 查看 冲突 部 分 并 将 其 解 ) 


j 编 辑 器 打开 README.md 文件 ， 就 会 发 现 其 内 容 变 成 了 下 面 这 个 


























样子 。 
# Git 教 程 


<<<<<<< HEAD 
= feature-aA 


- fix-B 


>>>>>>> fix-B 
二 = = 二 以 上 的 部 分 是 当前 HEAD 的 内 容 ， 以 下 的 部 分 是 要 合并 
的 fix-B 分 文中 的 内 容 。 我 们 在 编辑 器 中 将 其 改 成 想 要 的 样子 。 


# Git 教 程 














- feature-A 
- fix-B 


如 上 所 示 ， 本 次 修正 让 feature-A 与 fix-B 的 内 容 并 存 于 文件 之 中 
但 是 在 实际 的 软件 开发 中 ， 往 往 需 要 删除 其 中 之 一 ， 所 以 各 位 在 处 理 冲 
突 时 ， 务 必要 仔细 分 析 冲 突 部 分 的 内 容 后 再 行 修改 。 





O 




















@…… 提 交 解 决 后 的 结果 


冲突 解决 后 ， 执 行 git add 命令 与 git _ commit 命令 。 
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$ git add README .md 


Sgueroommie sn hi SonftLLet" 
Recorded resolution for 'README.md'. 
[master 6a97e48] Fix conflict 





由 于 本 次 更 改 解决 了 冲突 ， 所 以 提交 信息 记 为 "Fix conflict" 。 





修改 提交 信息 
要 修改 上 一 条 提交 信息 ， 可 以 使 用 git commit - -amenqd 命 令 。 
我 们 将 上 一 条 提交 信息 记 为 了 "Fix conflict" ， 但 它 其 实 是 fix-B 分 
支 的 合并 ， 解 决 合 并 时 发 生 的 冲突 只 是 过 程 之 一 ， 这 样 标 记 实 在 不 妥 。 
于 是 ， 我 们 要 修改 这 条 提交 信息 。 





@dgitcommit --amend 























$ git commit --amend 


执行 上 面 的 命令 后 ， 编 辑 器 就 会 启动。 





























iy confLttet 


Please enter the commit message for your changes. Lines starting 
with '#' will be ignored, and an empty message aborts the commit. 
On branch master 
Changes to be committed: 

(use "git reset HEAD’1 <file>..." to unstage) 


modified: README .md 








编辑 需 中 显示 的 内 容 如 上 所 示 ， 其 中 包含 之 前 的 提交 信息 。 请 将 


提交 信息 的 部 分 修改 为 Merge branch 'fix-B'， 然 后 保存 文件 ， 关 闭 编 


辑 骨 。 


[master 2e7db6f] Merge branch 'fix-B' 






































随后 会 显示 上 面 这 条 结果 。 现 在 执行 git 1og --graph 命 
可 以 看 到 提交 日 志 中 的 相应 内 容 也 已 经 被 修改 。 





$ git 109 ==graph 


commit 2e7db6fb0b576e9946965ea680e4834ee889c9d8 
|\ Merge: 83b0b94 4096d9e 
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Author: hirocaster <hohtsuka@gmail.com> 
Dates SU Maw 5 T65827 A013 +0900 


Merge branch fix-B, 


* commit 4096d9e856995alaafa982aabb52bfc0da656b74 


Author: hirocaster <hohtsuka@gmail .com> 
Dates Sun Mav 5 T6503L 2013 +0900 


RTX RS 


E commit 83b0b94268675cb715ac6c8a5bc1965938c15f62 


\\ Merge: fd0cbf0 8a6c8b9 
/ Author: hirocaster <hohtsuka@gmail .com> 
/ make， Sun May 5 16:37:57 2013 +0900 


Merge branch 'feature-A' 





* Commit 8a6c8b97c8962cd44afb69c65f26d6ela6c088d8 
/ Author: hirocaster <hohtsuka@gmail .com> 
Date: Sun May 5 16:22:02 2013 +0900 


Add feature-A 
* commit fdq0cbf0d4a25f747230694d95caclbe72d33441d 


Author: hirocaster <hohtsuka@gmail .com> 
Date: Sun May 5 16:10:15 2013 +0900 


Add index 





* commit 9f129bael9b2c82fb4e98cde5890e52a6c546922 
Author: hirocaster <hohtsuka@gmail .com> 
Dates Sun May 5 16:06:49 2013 +0900 


First commit 





@ git rebase -i 一 一 压缩 历史 

在 合并 特性 分 支 之 前 ， 如 果 发 现 已 提交 的 内 容 中 有 些许 拼写 错误 等 ， 
不 妨 提 交 一 个 修改 ， 然 后 将 这 个 修改 包含 到 前 一 个 提交 之 中 ， 压 缩 成 一 
个 历史 记录 。 这 是 个 会 经 常用 到 的 技巧 ， 让 我 们 来 实际 操作 体会 一 下 。 




















” 创建 feature-C 分 支 
首先 ， 新 建 一 个 feature-C 特性 分 支 。 











重 版 权 
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$ git checkout =b feature=C 
Switched to a new branch 'feature-C' 


作为 feature-C 的 功能 实现 ， 我 们 在 README.md 文件 中 添加 一 行 
文字 ， 并 且 故 意 留 下 拼写 错误 ， 以 便 之 后 修正 。 


# Git 教 程 





“feature A 
- fix-B 
“Tasturese 


提交 这 部 分 内 容 。 这 个 小 小 的 变更 就 没 必要 先 执行 git add 命令 
再 执行 git _ commit 命令 了 ， 我 们 用 git commit -am 命令 来 一 次 
完成 这 两 步 操 作 。 


$ git commit -am "Rdd feature-C" 
[feature-C 7a34294] Add feature-C 
1 file changed, 1 insertion (+) 


@…… 修正 拼写 错误 


现在 来 修正 刚才 预 留 的 拼写 错误 。 请 各 位 自行 修正 README.md 文 
件 的 内 容 ， 修 正 后 的 差别 如 下 所 示 。 


Sqit difs 

diff --git a/README .md b/README.md 
index adl9aba..af647fd 100644 

--- a/README.md 

+++ b/README.md 

@@ -2,4 +2,4 @@ 








- feature-A 
- fix-B 
acture Ce 


+ faature=C 





然后 进行 提交 


$ git commit -am "Fix typo" 
[feature-C 6fba227] Fix typo 
1 file changed, 1 insertion(+), 1 deletion(- 


错字 漏 字 等 失误 称 作 typo， 所 以 我 们 将 提交 信息 记 为 "Fix typo"。 
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实际 上 ， 我 们 不 希望 在 历史 记录 中 看 到 这 类 提交 ， 因 为 健全 的 历史 记录 
并 不 需要 它们 。 如 果 能 在 最 初 提 交 之 前 就 发 现 并 修正 这 些 错 误 ， 也 就 不 
会 出 现 这 类 提交 了 





因此 ， 我 们 来 更 改 历史 。 将 "Fix typo" 修 正 的 内 容 与 之 前 一 次 的 
提交 合并 ， 在 历史 记录 中 合并 为 一 次 完美 的 提交 。 为 此 ,我 们 要 用 到 


git rebase 命 令 。 








$ git rebase -i HEAD~2 














] 上 述 方式 执行 git rebase 命 令 ， 可 以 选 定 当前 分 支 中 包含 
HEAD (最 新 提交 ) 在 内 的 两 个 最 新 历史 记录 为 对 象 ， 并 在 编辑 关上 
打开 。 


pick 7a34294 Add feature-C 
pick 6fba227 Fix typo 





品 























Rebase 2e7dqb6f. .6fba227 onto 2e7dqb6f 


Commands: 

p, pick = use commit 

r, reword = use commit, but edit the commit message 

er edit = Use commit, but ‘stop for amending 

s, squash = use commit, but meld into previous commit 

f, fixup = like "squash", but discard this Commit's Log meseage 
Xx, exec = run command (the rest of the line) using shell 


These lines can be re-ordered; they are executed from top to bottom. 
If you remove a line here THAT COMMIT WILL BE LOST. 


However, if you remove everything, the rebase will be aborted. 








Note that empty commits are commented out 


我 们 将 6fba227 的 Fix typo 的 历史 记录 压缩 到 7a34294 的 Add feature-C 
里 。 按 照 下 图 所 示 ， 将 6fba227 左 侧 的 pick 部 分 删除 ， 改 写 为 fixup。 


pick 7a34294 Add feature-C 
fixup 6fba227 Fix typo 
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保存 编辑 器 里 的 内 容 ， 关 闭 编辑 器 。 


[detached HEAD 51440c5] Add feature-C 
1 file changed, 1 insertion (+) 
Successfully rebased and updated refs/heads/feature-C. 


系统 显示 rebase 成 功 。 也 就 是 以 下 面 这 两 个 提交 作为 对 象 ， 将 "Fix 
typo" 的 内 容 合并 到 了 上 一 个 提交 "Add feature-C" 中 ， 改 写成 了 一 个 新 


的 提交 。 





























e 7a34294 Add feature-C 
e 6fba227 Fix typo 


现在 再 查看 提交 日 志 时 会 发 现 Add feature-C 的 哈 希 值 已 经 不 是 
7a34294 了 ， 这 证 明 提交 已 经 被 更 改 。 
$ git 169 =-grapk 
* commit 51440c55b23fa7fa50aedf20aa43c54138171137 


Author: hirocaster <hohtsuka@gmail .com> 
Dates Sun May 5 17:07:36 2013 +0900 


Add feature-C 
六 commit 2e7db6fb0b576e9946965ea680e4834ee889c9d8 
\ Merge: 83b0b94 4096d9e 
Author: hirocaster <hohtsuka@gmail .com> 
了 ae Sun May 5 16:58:27 2013 +0900 
Merge branch 'fix-B' 
* commit 4096d9e856995alaafa982aabb52bfc0da656b74 
Author: hirocaster <hohtsuka@gmail .com> 


Date: Sun May 5 L165031 2013 +0900 


Fix B 








省 略 


这 样 一 来 ，Fix typo 就 从 历史 中 被 抹 去 ， 也 就 相当 于 Add feature-C 
中 从 来 没有 出 现 过 拼写 错误 。 这 算是 一 种 良性 的 历史 改写 。 
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@…… 合并 至 master 分 支 





feature-C 分 支 的 使 命 告 一 段落 ， 我 们 将 它 与 master 分 支 合并 。 


$ git checkout master 
Switched to branch 'master' 


$ git merge --no-ff feature-C 

Merge made by the 'recursive' strategy. 
README.md | 1+ 
1 file changed, 1 insertion(+) 


master 分 支 整合 了 feature-C 分 支 。 开 发 进展 顺利 。 


4.4 推送 至 远程 仓库 








Git 是 分 散 型 版 本 管理 系统 ， 但 我 们 前 面 所 学 习 的 ， 都 是 针对 单一 
本 地 仓库 的 操作 。 下 面 ， 我 们 将 开始 接触 远 在 网 络 另 一 头 的 远程 仓 
































库 。 远 程 仓库 顾名思义 ， 是 与 我 们 本 地 仓库 相对 独立 的 另 一 个 仓库 。 


让 我 们 先 在 GitHub 上 创建 一 个 仓库 ， 并 将 其 设置 为 本 地 仓库 的 远程 





仓库 。 





请 参考 第 3 章 的 3.2 节 在 GitHub 上 新 建 一 个 仓库 。 为 防止 与 其 他 仓 











勾 选 Initialize this repository with a README 选项 (图 4.8 )。 
选 该 选项 ，GitHub 一 侧 的 仓库 就 会 自动 生成 README 文件 
初 便 与 本 地 仓库 失去 了 整合 性 。 虽 然 到 时 也 可 以 强制 覆盖 ， 

















库 混 消 ， 仓 库 名 请 与 本 地 仓库 保持 一 致 ， 即 git-tutorial。 创 建 时 请 不 要 


因为 一 旦 多 
， 从 创建 之 





旧 为 防止 这 


一 情况 发 生还 是 建议 不 要 勾 选 该 选项 ， 直 接点 击 Create repository 创建 


仓库 。 


图 4.8 不 要 勾 选 该 选项 





口 Initialize this repository with a README 
This will allow you to git clone the repository immediately. 


Add .gitignore: None ~ Add a license: None ~ 
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@ git remote add 一 一 添加 远程 仓库 

在 GitHub 上 创建 的 仓库 路 径 为 “git@github .com: 用 户 名 / 
git-tutorial .git”。 现 在 我 们 用 git remote add 命令 将 它 设置 
成 本 地 仓库 的 远程 仓库 “。 


$ git remote add origin git@github.com:github-book/git-tutorial.git 








按照 上 述 格 式 执行 git remote adg 命 令 之 后 ，Git 会 自动 将 
git@github.com:github-book/git-tutorial .git 远 程 仓库 的 
名 称 设置 为 origin (标识 符 )。 











@ git push 一 一 推送 至 远程 仓库 
@…… 推送 至 master 分 支 


如 果 想 将 当前 分 支 下 本 地 仓库 中 的 内 容 推送 给 远程 仓库 ， 需 要 用 到 
git push 命 令 。 现 在 假定 我 们 在 master 分 支 下 进行 操作 。 


HS git push “wu origin master 











Counting objects: 20, done. 
Delta compression using up to 8 threads. 
Compressing objects: 100% (10/10), done. 
Writing objects: 100% (20/20), 1.60 KiB, done. 
Lotal2omladelea I rueusedaonldenano 
To git@github.com:github-book/git-tutorial .git 
* [new branch] master -> master 
Branch master set up to track remote branch master from origin. 


像 这 样 执行 git push 命 令 ， 当 前 分 支 的 内 容 就 会 被 推送 给 远程 仓库 
origin 的 master 分 支 。-u 参 数 可 以 在 推送 的 同时 ， 将 origin 仓库 的 master 分 
支 设置 为 本 地 仓库 当前 分 支 的 upstream (上 游 )。 添加 了 这 个 参数 ， 将 来 
运行 git pull 命 令 从 远程 仓库 获取 内 容 时 ， 本 地 仓库 的 这 个 分 支 就 可 
以 直接 从 origin 的 master 分 支 获 取 内 容 ， 省 去 了 另外 添加 参数 的 麻烦 。 

执行 该 操作 后 ， 当 前 本 地 仓库 master 分 支 的 内 容 将 会 被 推送 到 
GitHub 的 远程 仓库 中 。 在 GitHub 上 也 可 以 确认 远程 master 分 支 的 内 容 












































QD 本 节 讲 解 中 使 用 的 用 户 名 为 github-book， 读 者 请 根据 自身 环境 予以 葵 换 。 
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和 本 地 master 分 支 相同 。 


@…… 推送 至 master 以 外 的 分 支 


除了 master 分 支 之 外 ， 远 程 仓库 也 可 以 创建 其 他 分 支 。 举 个 例子 ,我 
们 在 本 地 仓库 中 创建 feature-D 分 支 ， 并 将 它 以 同名 形式 push 至 远程 仓库 。 








S$ git checkout =b feature=D 
Switched to a new branch 'feature-D' 


我 们 在 本 地 仓库 中 创建 了 feature-D 分 支 ， 现 在 将 它 push 给 远程 仓 
库 并 保持 分 支 名 称 不 变 。 
$ git push = origin feature=D 
Total 0 (delta 0), reused 0 (delta 0) 
To git@github.com:github-book/git-tutorial .git 


* [new branch] feature-D -> feature-D 
Branch feature-D set up to track remote branch feature-D from origin. 


现在 ， 在 远程 仓库 的 GitHub 页 面 就 可 以 查看 到 feature-D 分 支 了 。 


4.5 ”从 远程 仓库 获取 




















上 一 节 中 我 们 把 在 GitHub 上 新 建 的 仓库 设置 成 了 远程 仓库 ， 并 向 
这 个 仓库 push 了 feature-D 分 支 。 现 在 ， 所 有 能 够 访问 这 个 远程 仓库 的 
人 都 可 以 获取 feature-D 分 支 并 加 以 修改 。 

本 节 中 我 们 从 实际 开发 者 的 角度 出 发 ， 在 男 一 个 目录 下 新 建 一 个 本 
地 仓库 ， 学 习 从 远程 仓库 获取 内 容 的 相关 操作 。 这 就 相当 于 我 们 刚刚 执 
行 过 push 操作 的 目标 仓库 又 有 了 另 一 名 新 开发 者 来 共同 开发 。 

















@ git clone 一 一 获取 远程 仓库 
。…… 获取 远程 仓库 
首先 我 们 换 到 其 他 目录 下 , 将 GitHub 上 的 仓库 clone 到 本 地 。 注 意 
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不 要 与 之 前 操作 的 仓库 在 同一 目录 下 。 


$ git clone git@github.com:github-book/git-tutorial .git 
eloning linto "git tutorial. 

remote: Counting objects: 20, done. 

remote: Compressing objects: 100% (7/7), done. 

Fenmoter Total 20 (delta 3), reused 20 (delta 3) 
Receiving objects: 100% (20/20), done. 

Resolving deltas: 100% (3/3), done. 

sod qlt-tutorial 


执行 git clone 命 令 后 我 们 会 默认 处 于 master 分 支 下 ， 同 时 系统 
会 自动 将 origin 设置 成 该 远程 仓库 的 标识 符 。 也 就 是 说 ， 当 前 本 地 仓库 
的 master 分 支 与 GitHub 端 远 程 仓库 ( origin ) 的 master 分 支 在 内 容 上 是 
完全 相同 的 。 


$ git branch =a 











* master 
remotes/origin/HEAD -> origin/master 
remotes/origin/feature-D 
remotes/origin/master 


我 们 用 git branch -a 命令 查看 当前 分 支 的 相关 信息 。 添 加 -a 
参数 可 以 同时 显示 本 地 仓库 和 远程 仓库 的 分 支 信息 。 

结果 中 显示 了 remotes/origin/feature-D， 证 明 我 们 的 远程 仓库 中 已 经 
有 了 feature-D 分 支 。 


























@… 获取 远程 的 feature-D 分 支 
我 们 试 着 将 feature-D 分 支 获 取 至 本 地 仓库 。 


$ git checkout -b feature-D origin/feature-D 





Branch feature-D set up to track remote branch feature-D from origin. 


Switched to a new branch 'feature-D' 


-b 参数 的 后 面 是 本 地 仓库 中 新 建 分 支 的 名 称 。 为 了 便于 理解 ， 我 
们 仍 将 其 命名 为 feature-D ， 让 它 与 远程 仓库 的 对 应 分 支 保持 同名 。 新 建 
分 支 名 称 后 面 是 获取 来 源 的 分 文 名 称 。 例 子 中 指定 了 origin/feature-D， 
就 是 说 以 名 为 origin 的 仓库 (这 里 指 GitHub 端的 仓库 ) 的 feature-D 分 
支 为 来 源 ， 在 本 地 仓库 中 创建 feature-D 分 支 。 
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@… 向 本 地 的 feature-D 分 支 提交 更 改 


现在 假定 我 们 是 另 一 名 开发 者 ， 要 做 一 个 新 的 提交 。 在 README. 
md 文件 中 添加 一 行文 字 ， 查 看 更 改 。 


SgLt Adef 
diff --git a/README.md b/README.md 
index af647fd..30378c9 100644 
--- a/README .mA 
+++ b/README.md 
@@ -3,3 +3,4 @@ 
~ feature=n 
- fix-B 





= Feature=C 


+ = feature=D 


按照 之 前 学 过 的 方式 提交 即 可 。 


$ git commit -am "Add feature-D" 
[feature-D ed9721e] Add feature-D 
1 file changed, 1 insertion(+) 





© 推送 feature-D 分 支 
现在 来 推送 feature-D 分 支 。 


$ git puskh 

Counting objecte Sr done. 

Delta compression using up to 8 threads. 

Compressing objects: 100% (2/2), done. 

Writing objects: 100% (3/3), 281 bytes, done. 

Total 3 (delta 1), reused 0 (delta 0) 

To git@github.com:github-book/git-tutorial .git 
cagf9go eco972le feature-D -> feature=D 


从 远程 仓库 获取 feature-D a es 再 将 
feature-D 分 支 推送 回 远程 仓库 ， 一 系列 操作 ， 就 可 以 与 其 他 开发 
者 相互 合作 ， 共 同 培育 feature-D 实现 某 些 功能 。 











@ git pull 一 一 获取 最 新 的 远程 仓库 分 支 


现在 我 们 放下 刚刚 操作 的 目录 ， 回 到 原先 的 那个 目录 下 。 这 边 的 本 
地 仓库 中 只 创建 了 feature-D 分 支 ， 并 没有 在 feature-D 分 支 中 进行 任何 
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提交 。 然 而 远程 仓库 的 feature-D 分 支 中 已 经 有 了 我 们 刚刚 推送 的 提交 。 
这 时 我 们 就 可 以 使 用 git pull 命令 ， 将 本 地 的 feature-D 分 文 更 新 到 最 新 
状态 。 当 前 分 支 为 feature-D 分 支 。 


$ git pull origin feature-=D 
remote: Cowunting objectss 5 done. 











remote: Compressing objects: 100% (1/1), done. 

remote: Total 3 ladelta I reusedi 3 ldeltan yy 

Unpacking objects: 100% (3/3), done. 

From github.com:github-book/git-tutorial 
eancn feature D> FETCH HEAD 
First, rewinding head to replay your work on top of it... 
Fast-forwarded feature-D to edq9721e686f8c588e55ec6b8071b669f411486b8 . 





GitHub 端 远 程 仓库 中 的 feature-D 分 支 是 最 新 状态 ， 所 以 本 地 仓库 
中 的 feature-D 分 支 就 得 到 了 更 新 。 今 后 只 需要 像 平常 一 样 在 本 地 进行 提 
交 再 push 给 远程 仓库 ， 就 可 以 与 其 他 开发 者 同时 在 同一 个 分 文中 进行 
作业 ， 不 断 给 feature-D 增加 新 功能 。 

如 果 两 人 同时 修改 了 同一 部 分 的 源 代 码 ，push 时 就 很 容易 发 生 冲 
突 。 所 以 多 名 开发 者 在 同一 个 分 支 中 进行 作业 时 ， 为 减少 冲突 情况 的 发 
生 ， 建 议 更 频繁 地 进行 push 和 pull 操作 。 
































4.6 ”帮助 大 家 深入 理解 Git 的 资料 





至 此 为 止 , 阅读 并 理解 本 书 所 必需 的 Git 操作 已 经 全 部 讲解 完了 。 
但 是 在 实际 的 开发 现场 ， 往 往 要 用 到 更 加 高 级 的 Git 操作 。 这 里 ,我 们 
向 各 位 介绍 一 些 参考 资料 ， 能 够 帮助 各 位 深入 理解 Git 的 相关 知识 。 











@ Pro Git 


Pro Gif" 由 就 职 于 GitHub 公司 的 Scott Chacon 2 执笔 , 是 一 部 零 基 础 
的 Git 学 习 资 料 。 基 于 知识 共享 的 CC BY-NC-SA 3.0 许可 协议 ， 各 位 可 




















QD http://git-sem.com/book/zh/v1 
©® https://github.com/schacon 
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以 免费 阅读 到 包括 简体 中 文 在 内 的 各 国语 言 版 本 。 


@ LearnGitBranching 

LearnGitBranching” 是 学 习 Git 基本 操作 的 网 站 ( 图 4.9 )。 注 重 树 形 
结构 的 学 习 方式 非常 适合 初学 者 使 用 ， 点 击 右 下 角 的 地 球 标志 还 可 切换 
各 种 语言 进行 学 习 。 


图 4.9 “LearnGitBranching ( 简体 中 文 版 ) 





@ tryGit 


通过 tryGit” 我 们 可 以 在 Web 上 一 边 操作 一 边 学 习 Git 的 基本 功能 
(图 4.10 )。 很 可 惜 该 教程 只 有 英文 版 。 





OD http://pcottle.github.io/learnGitBranching/ 
@ nhttp://try.github.io/ 
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图 4.10 tryGit 





(0) 如 


1.2 : Checking the Status 
Good job! As Git just told us, our octobox directory now has an empty repository in /.git/ t Git 
The repository is a hidden directory where Glt operates. ry 

To save your progress as you go through this tutorial ~ and earn a badge when you 
successfully complete it ~ head over to create a free Code School account. We'll wait for 


you here. 





Next up, let's type the git status command to see what the current state of our project is; 





Bit status 








4.7 ”小结 


本 章 就 理解 本 书 所 必需 的 Git 操作 进行 了 讲解 。 只 要 掌握 了 本 章 的 
知识 ， 就 足以 应 付 日 常 开 发 中 的 大 部 分 操作 了 。 

遇 到 不 常用 的 特殊 操作 时 ， 还 请 各 位 读者 查阅 本 书 介绍 的 参考 资 
料 ， 确 保 操 作 的 正确 性 。 
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